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ABSTRACT 



A computer method and apparatus for generating and main- 
taining a structured collection of documents describing a 
desired system is provided. A conceptual model of the 
desired system includes entities and relationships among the 
entities. An entity-relationship diagram is representative of 
the desired system. Documents are categorized and subse- 
quently maintained with respect to the entities in the entity- 
relationship diagram. A hierarchy of process-message matri- 
ces is employed lo determine the communications or 
dynamic exchanges of message entities in the modeled 
system and reflected in the entity- relationship diagram. A 
relational database implements the model and holds docu- 
ment contents (i.e., actual information) needed to automati- 
cally generate the collection of documents in a complete 
formatted manner for printing and/or compiling through 
word processing and/or compilation and linking means. The 
database further enables automatic hypertext generation by 
mapping interdependencies (relationships) between the enti- 
ties into interdependencies (links) between the documents. 
One application of the invention automatically generates and 
maintains a collection of hypertext documents describing a 
business system. 

17 Claims, 11 Drawing Sheets 
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METHOD AND APPARATUS BASED ON 
RELATIONAL DATABASE DESIGN 
TECHNIQUES SUPPORTING MODELING, 
ANALYSIS AND AUTOMATIC HYPERTEXT 
GENERATION FOR STRUCTURED 
DOCUMENT COLLECTIONS 

BACKGROUND 

The reasons for the development effort behind the present 
invention are closely connected with the goals of TQM 
(Total Quality Management), especially with the need to 
support the following goals: 

Customer satisfaction and trust to be achieved by a 
reliable, customer-oriented service at a competitive 
price/performance ratio. 
Employee satisfaction and motivation to be a result of job 
transparency by formal task descriptions, clear com- 
munication channels and defined escalation proce- 
dures. 

Organization productivity improvement to come from 
running streamlined operations with straightforward 
responsibilities, well-defined internal and external 
interfaces and centralized control of documentation. 

Revenue growth and profit increase to be assisted by 
selling TQM services to external customers. 

1SO9000 Registration to be obtained, based on innovative 
methods making one's TQM environment a show-case 
example. 

One of the important aspects of so-called "Total Quality 
Management" is a good understanding of the business 
supplying products and services to customers. This under- 
standing may be demonstrated and propagated into the 
day-to-day operation by user friendly, always up-to-date 
documentation of the particular Business Systems which 
sets definitions and standards for quality in terms of objec- 
tive and measurable evaluation criteria. By continuously 
observing, evaluating and benchmarking the real business 
operation against the documented case, a steady improve- 
ment towards a desired zero fault operation may be gradu- 
ally achieved. At the same time, the documentation may 
undergo changes based on new insights and desired 
improvements. The ultimate goal of such an incremental 
improvement process should be a simplified and transparent 
business operation demonstrably saving costs by avoiding 
errors and contributing to satisfaction of both customers and 
employees. 

The real life complexity of business operations and the 
dynamics of omnipresent system changes present the main 
obstacle in the successful implementation of the above- 
specified goals. The traditional ways of documenting and 
distributing the business related information (handbooks, 
management directives, etc.) can hardly keep pace with the 
real life changes. In addition, it is very diflicult to precisely 
document and maintain the detailed flow of information, and 
to provide consistent views of interrelated entities in an ad 
hoc manner. Consequently, a certain systematics of quality 
defining and efficiently supporting all necessary analysis and 
documentation steps (business operation/system modeling, 
information flow analysis and its simulation, structure of 
documents with their mutual relationships, documentation 
access, distribution, change control, etc.) must be estab- 
lished. 

By considering the above requirements, one may arrive at 
the following problem statement: How to build up and 
maintain a user-friendly documentation of a business opera- 
tion which supports a real and continuous quality improve- 
ment? 
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2 

The traditional approach to create/maintain process- 
related and quality-related documentation is based on a more 
or less arbitrary set of templates. The templates are manuaUy 
filled with information using document/text processing soft- 

5 ware. These documents may then be distributed either in a 
printable or electronic form, or made available on-line for 
download by the end user. In a more modem version of this 
approach, the documents may be converted to one of the 
Web formats and linked to a Web browser page, for example. 

10 In sum, the traditional approach is rather ad hoc, mostly 
manual and not systematic. 

Another approach (sometimes used in connection with 
ISO9000 Registration) is to provide an integrated set of 
documents linked together by a predefined quafity manual 

15 template. The quality manual template serves as the admin- 
istrator's interface for the data entry. However, the terms of 
these documents are often ill-defined (or not well defined 
and ambiguous). 
Restated, many definitions by the ISO8402 and ISO9000 

20 Standards are imprecise and problematic for purposes of 
practical implementation of a quality system by most tradi- 
tional approaches. For example, the ISO8402 and ISO9000 
Standards define "Quality System" as the organizational 
structure, responsibilities, procedures, processes and 

25 resources for implementing quality management; and 
defines "Quality loop, quality spiral" as a conceptual model 
of interacting activities that influence the quality of a prod- 
uct or service in the various stages ranging from the iden- 
tification of needs to the assessment of whether these needs 

30 have been satisfied. However, the ISO9000 Standard does 
not define the terms "process", "procedure", "activity" and 
"instruction". 

As a consequence, it is difiacult to establish a "conceptual 
model" of "interacting activities" which depends on the 

35 definition of "process", "procedure" and "activity", and 
which depends on the relationships of (i) "process" to 
organizational structure, (ii) process to business communi- 
cation (information exchange) and (iii) "process" to "activi- 
ties" and "instructions". Tlius, there is an inconsequent and 

40 intermixing usage of these terms in traditional approaches 
(including the foregoing) and traditional process related 
documentation. 

To this applicant's/inventor's knowledge, none of the 
current approaches takes an integral view of the documen- 

45 tation problem complexity. This means starting with the 
conceptual model of interacting activities (i.e., definition of 
all necessary terms and relationships among participating 
business related entities), implementing the model in a 
relational database and automation software which is 

50 capable of generating complete documentation with auto- 
matically maintained mutual cross-references, and provid- 
ing a clear methodology to direct the information flow 
analysis and data collection steps, as in the present inven- 
tion. Further details and description of the present invention 

55 are provided later. 

In order to appreciate the major distinguishing features of 
the present invention approach in comparison with the 
traditional ways, one has to examine typical work during the 
life cycle of the resulting documentation. In particular, the 

60 steps of data acquisition, classification, and structuring, the 
phase of original documentation creation and its ongoing 
maintenance, as well as its presentation to the end user must 
be examined. 

Data Acquisition, Classification and Structuring: 
65 'ITie traditional approach is mostly specifying the infor- 
mation items in an ad hoc manner, emphasizing the isolated 
point of view of the information provider; this generally 



05/19/2003, EAST Version: 1.03.0002 



us 6,212,530 Bl 



applies to information item contents as well as its format. No 
(or little) consideration is given to the question of each 
information item's relationship to the surrounding 
information, possible contents overlapping and/or inconsis- 
tencies. 

The present invention considers all information items in 
context of the established conceptual/relational model. 
Depending on the information item (i.e., entity instance) 
definition and its predefined entity relationships, the infor- 
mation provider is often directed to supply the specific 
contents only, without worrying much about its format. The 
redundancy and consistency problem is controlled by the 
documentation administrator using support of the powerful 
model and various provided tools. The Data Analysis Meth- 
odology of the present invention also proposes the right 
questions to ask during the data acquisition step, thus 
substantially improving the overall quality and conciseness 
of the resulting documentation. By accepting that the 
exchange of communication (i.e., information flow) is the 
controlling agent which uniquely defines the workflow of 20 
activities, the generation of workflow of arbitrary complex- 
ity may be fiilly automated by the present invention. 
Documentation Creation and Maintenance: 



10 



15 



relational model Based on the actual database contents in 
the moment of the specific documentation release, a corre- 
sponding on-line interface is dynamically generated and 
made available. 

SUMMARY OF THE INVENTION 

The present invention provides a method and apparatus 
which define, develop and implement a systematic approach 
for the crealion/maintenance/distribution of operation- 
related, management-related and quality- re la ted informa- 
tion. In particular, the present invention takes an integral 
view of the above-discussed documentation problem com- 
plexity and includes the steps of (i) categorizing each 
document in the desired documentation collection as a 
respective class or type of entity, where the document 
collection characterizes/describes a modeled system (e.g., 
business operation, individual business process, computer/ 
application system, etc.); (ii) charting or otherwise indicat- 
ing the entities and their mutual dependencies in an entity- 
relationship diagram (i.e., associating entities by their 
mutual dependencies); and (iii) using the entity-relationship 
diagram to maintain the documents and hence generate and 
maintain the desired collection of documents. 
The traditional approach assigns the responsibility to In addition, for analysis and presentation of information 
write and update complete documents to the information 25 exchange in the modeled system, a process-message matrix 
provider who, when consequently using established rules is employed to chart (indicate) exchange of the information - 
and well -designed templates, may be able to keep a certain related entity. 

internal consistency of format and presentation. However, A relational database may be designed according to the 
because of the obviously limited view of and influence on entity-relationship diagram and may be filled with actual 
the related surrounding information, contents overlapping 30 information contents needed to automatically generate the 
and/or inconsistencies may still occur. The quality and complete formatted documents, both in printable and com- 
use fulness of the resulting documentation strongly depend pilable form. In turn, the generated documents may be 
on the individual contributor, and the amount of analysis and post-processed into the on-line hypertext version of the 
maintenance work invested, document collection using release, composer and compiler 

The present invention approach does not typically require 35 software (and a periodic documentation release mechanism), 
the information provider to write complete documents; In the preferred embodiment, the present invention main- 
rather it collects clearly structured pieces of data from the tains a collection of documents describing a business sys- 
individual contributor which serve as the database-resident tem. The invention (i) categorizes or otherwise classifies 
building blocks in the automatic document composition each document as a respective business related entity, (ii) 
step. A very important advantage of the present invention is 40 forms a conceptual model of interacting activities (i.e.. 



the automatic handling of all links to the surrounding 
information which are kept in the database and extracted to 
the resulting documents. The documentation maintenance is 
monitored (e.g., expiration dates) and controlled by the 
documentation administrator. 
End User Presentation: 

The traditional approach to provide end user access to 
on-line documentation (Applicants disregard, for this 
comparison, the option of printed document distribution) is 
to manually create the end user interface structuring and 
listing the individual documents and supporting either 
on-line or off-line loading of the desired document. TOs 
may work well for a relatively static situation in which the 
structure and amount of documents do not change rapidly. 
For complex and highly dynamic information systems, 
however, the manual maintenance of the interface which 
must also support numerous relationships among various 
documents cannot cope with the problem at hand. As a 
result, even an originally consistent information system 
deteriorates over time and loses its usability. 

The present invention approach delegates the creation of 
the end user interface to an automated mechanism which 
uses the structural information existing in the relational 
database. The preferred embodiment creates (a) the so-called 
Daily Operation Interface providing a simplified view of the 65 
documentation structure, and (b) the so-called Relational 
Navigator Interface supporting full access according to the 



definition of all necessary terms and relationships among 
participating business related entities and hence in entity- 
relationship association); and (iii) implements the model in 
a relational database and with automation software which is 
45 capable of generating complete documentation with auto- 
matically maintained (hypertext) mutual cross-references. In 
addition, the preferred embodiment provides a clear meth- 
odology to direct the information flow analysis and data 
collection steps. 

According to one aspect of the present invention, the 
major business-oriented benefits of the preferred embodi- 
ment are: 

Support of Daily Operation 
Support of Employee Training 
Support of Management Decisions 
Support of ISO9000 Registration 
These benefits arc enabled by utilization of process 
related information for a given business operation describing 
and mutually relating the following topics: 
business operation structure in terms of organization- 
related processes 
roles people or systems/utilities are playing within the 

business operation 
external roles interfacing with the business operation 
business operation structure in terms of workflow related 
procedures 
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details of procedures in terms of activities and their work 
instructions 

qualification requirements for people and functional 

requirements for systems/utilities 
agreed standards for information exchange among roles ^ 

and/or external roles 
agreed standards for services provided to other business 

operations 

forms and checklists used in the business operation 
access to related information 

communication exchange within the business operation 
and with other business operations. 

In accordance with another aspect of the present 
invention, the above topics are structured and interlinked 
according to the so-called relational model (Business Sys- 
tem Model discussed later) and preferably presented in three 
complementary documents: 

Quality Management Handbook (QMH) provides a general 
overview of the quality system by addressing the quality 20 
elements specified in ISO 9000 standard and cross- 
referencing the other two documents below 
Business System Documentation (BSD) is a detailed, event- 
driven, information-flow-oriented description of the busi- 
ness operation 25 
Process-Message Matrix (PMM) shows the formalized 
results of the information flow analysis and emphasizes 
the communication exchange interfaces. 
Based on the third document set (i.e., PMM) which is 
created during the original information flow analysis phase 30 
(and then extended by additional data and descriptions), a 
relational database mapping the assumed Business System 
Model is populated. All further steps leading to the on-line 
hypertext documentation as well as a set of printable docu- 
ments are fully automated. The end user may access the 35 
on-line hypertext documentation from a PC Desktop, either 
by clicking a Desktop icon or via a web browser page. The 
current technical implementation of the preferred embodi- 
ment is based on an integrated set of Microsoft PC-based 
applications. However, it is understood that the disclosed 40 
approach/invention is rather generic and may be imple- 
mented using other software applications or other technolo- 
gies as well. 

Thus it is an object of the present invention to provide an 
innovative approach to design a quality system supported by 45 
a consistent, on-line, hypertext documentation. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages 
of the invention will be apparent from the following more 
particular description of preferred embodiments and the 
drawings in which like reference characters refer to the same 
parts throughout the different views. 

FIG. 1 is a schematic overview of a Business System 
Model utilized in the preferred embodiment of the present 
invention method and apparatus. 

FIG. 2 is a software architecture diagram of the preferred 
embodiment of the present invention. 

FIG. 3 is a schematic illustration of an entity-relationship 
diagram of entities in an example Business System Model, 
utilized to form the database in RG. 2. 

FIGS. 4a~4d are illustrations of process-message matrices 
utilized in forming the original information flow analysis 
among entities of FIG. 3. 

FIGS. 5fll, Sa2, Sbl and 5b2 are graphical illustrations of 65 
Workflow Procedure entity documents including a workflow 
table in the Business System Model of FIG. 3, 
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DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

Key to the present invention are the following concepts: 

I. Any coUection of documents describing related "things 
of interest" which may be organized and/or assigned to 
specific classes (categories) of entities (such as Business 
Process, Service Agreement or Check List), may be conve- 
niently described by a so-called entity-relationship diagram. 
Such a diagram is a traditional tool in the design of relational 
databases and represents all entities within the scope under 
consideration. In the present invention, a relational database 
is designed according to the entity-relationship diagram and 
is fiUed with actual information contents needed to auto- 
matically generate the complete formatted documents, both 
in printable and compilable form, which in turn may be 
post-processed into an on-line hypertext documentation. It is 
this concept of applying the techniques and tools known 
from traditional relational database design to a stmctured 
collection of documents which is key to the present inven- 
tion. 

II. The above approach (in I.) is uniquely suitable to create 
and easily maintain complex collections of related docu- 
ments in a generic hypertext system. Thus, a second key 
concept of the present invention is the mapping of links 
between the entity instances within the relational database 
into the links between the related documents in the hypertext 
environment. That is, in a collection or set of documents (or 
other information structure), there are many links between 
interdependent documents (information structures). The 
present invention relational database provides the chain or 
sequence of Hnks to propagate a change in each affected 
document (information structure), upon the administrator- 
user entering the change one time (i.e., in one place in the 
database). 

III. To support an original information flow analysis and 
formalization of its results, a Process-Message Matrix for- 
malism may provide a flexible charting of communication 
exchange between entities. Such a hierarchical matrix for- 
malism is generaUy apphcable whenever various instances 
of one or more entities are establishing their mutual rela- 
tionships via exchange (i.e., sending and receiving) of 
another entity (e.g., a message entity). 

In the preferred embodiment, these concepts are applied 
to the business/enterprise environment as follows: 

By way of overview, in terms of enterprise modeling, any 
business operation exists at the crossroads of three models, 
as a so-called "Business System Model" 12 shown in FIG. 
1. An Organization Model 10 represents the organizational, 
administrative and legal structures of a subject company 
and, in the context of Business System Documentation 
(BSD), emphasizes the human resources supporting or con- 
trolling the business operation. 

A Data and Information Model 16 represents the data and 
information structures of the company and, in the context of 
BSD, emphasizes the information flow and interaction of 
business related information. 

A Technology Model 14 represents the technical infra- 
structure of the company and, in the context of BSD, 
emphasizes the technical capabilities (hardware and soft- 
ware platforms, networks, printing) for collecting, 
formalizing, distributing and maintaining the business 
related information. 

One objective of a relational BSD environment (or 
approach) provided by the present invention specifies the 
need to facilitate a clear correspondence to all enterprise 
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models 10, 14, 15. The present invention Business System release to the end user, but also the option of changing itself 

Model 12 definition is thus formulated in such a way as to in terms of its data structures and/or customized language, 

allow an easy mapping between its own BSD entities and the The links to external organization and data structures are 

entities of the surrounding enterprise models 10, 14, 16. readily modifiable. A process oriented (as opposed to an 

Hie usability of any model depends on its ability to mirror 5 organization-oriented) structure of descriptions is used to 

, ^. ... . mere ase the data stabiuty m case or changes in the surround - 

the real-life situation while, at the same time, movmg its ■ r .i. l ■ j • 

... .... 1 1 -.L - . - t . . ings. Tne optimization of the business operation design is 

''?'^P^''^"^^''°''V^' u'^'°°^^ supported by the presentation of infomation flow and 

of detail. The goal of the present invention is to efiBciently ^^j^^^^ ^^j^,^ information. 

support the day-to-day business operation including its • i i_ xi. r j 

V*^ . J J 1 • * in There are three major practical benefits of documenting 

optunization and gradual improvement. *u u • i * j • t 

*^ ^ ^ the business related mformation: 

A sccond objective of the present invention specifies the r^^^ j^^^^ ^^ descriptions which are provided to the 

need for a sufficient level of details. ITie invention Business jj,^ ^^^^^^ operation define in 

System Model 12 definition thus reflects the actual infor- unequivocal terras the work to be done and the metrics 

mation flow and data exchange between various parts of the -^^ ^^^^ ^^^^ ^^.^^^^ 

business operation and provides detailed enough descnp- reliabiUty as well as the employee satisfac- 

tions for the work to be reliably and reproducibly done. The ^^^^ 

resulting workflow is then an obvious consequence of ™ \ ,. u* u * *u ♦ i j • *• j *u 

^ J. **u f *• fi T The relationship between the task descriptions and the 

actions responding to the mformation flow triggers. In . - n i_ i - . . n 

jj-^- * • . . r .1 J if • mformation flows helps management to get the overall 

addition, the most important frequently used business . r • • i 

1 ^ J • c i -^r.Lj 20 view of the business operation including its various 

related information appears as an integral part of the docu- rm.- . i_ - r i 

. , . workflows. This is the necessary basis for work opti- 

mentation environment m the present mvention. . . , , • , , . 

mization and low-risk change management. 

There are many separate tools (m the prior art) for wnting, capability to demonstrate a documented business 

managmg and distributmg documentation which provide *• / * *u ■ * . • *u i- 

, \ . operation to customers supports their trust in the reh- 

high functionality features and also support data shanng. ^, r-.., ^ j j j * j • j 

TT r . 1 • .t. 1 • . ^.^25 abihty of the provided products and services, and 

Unfortunately, usmg these tools without an mterconnectmg {^^^ resulting 1809000 Registration, pro- 

methodological principle and automated supporting soft- -5 j • *u 1*1 

^ ^ t' f 6 vides a competitive edge in the marketplace, 

ware environment cannot cope with the complex problem at gj^^ ^^^^^^^j^^ ^^g^^ 

hand, smiply because of the amount of mformation the accessibility, underslandabiUty and conformance to 

necessity to maintam numeral^ relationships, and the high 3^ ^^^g^ ^ J^^^ embodiment! The invention Busi- 

rate of information change By using the poor art tools g ^^^^j definition must result in a user- 

alone, the quaUty and usefulness of the resulting documen- r ■ ji ♦ n ^ j * *• u- u u 

, . ' ^ , •'j , • J- J 1 J . friendly version-controlled documentation which can be 

tation strongly depend on the individual documentation -i j- * u * j t-u j * * * j 

j '.. i_/L L-.-.* JL . c easily distributed. The documentation structure corresponds 

administrator, his/her sophistication and the amount of j ■ j * -i j j . *u * i j • <• i 

, . J • , 1 . . J Tn. r J £ and is detailed down to the task descnption of a particular 

analysis and mamtenance work mvested. Therefore, a defi- , j . ■ i- u- i • i i i 

. - ^ , - r 7^ xiivivi^iji^, o ^^^^ ^jjQ ^ accomplishing the work; it is also clearly 

nition and software support of documentation life cycle is i * j . * * j 7 • ■ f *■ a ^n. 

. , ^ related to the mcoming and outgomg information flow. The 

recjuired © o 

^ * resulting document is compatible with the ISO9000 standard 

A third objective of the present mvention specifies the ^nd, in conjunction with the related Quality Management 

need for a documentation methodology and supporting Handbook, leads to the IS09000 Registration, 

environment. The present mvention Business System Model gased on the foregoing Business System Model 12 defi- 

13 definition is thus seamlessly integrated into the process of nition objectives, the present invention implements a Rela- 

collectmg and analyzmg busmess related information, the (^0^31 Business System Documentation Environment 

formalization and entry mto the supportmg tools and the (Relational BSD Environment) as follows and illustrated in 

transformation into a user-friendly documentation. In the pjQ 2 

present invention, the documentation structure, including 45 general, the Relational BSD Environment implemen- 

mutual relationships between document types and their tation foUows the below design principles set forth in two 

possible interaction with the information flow, is specified as categories-environment design and operation analysis, 

part of the supporting environment which must promote Environment Design Principles: 

consistency of information contents and presentation, and ^^e invention software 24 for Relational BSD Environ- 

aUows rapid updates resulting in a new release of up-to-date 50 ment is implemented using standard PC products running 

documentation. ^^^^^ j^S Windows (MS Access 15, MS Word 19, MS Help 

In view of the often experienced frequent upheavals of the Compiler 39, MS WinHelp 89) as illustrated in FIG. 2. The 

Organization Model 10 and possible future modifications of finished environment is then able to be ported to Windows 

both the Data and Information Model 16 and Technology 95 and Windows NT. 

Model 14, a great deal of flexibility and independence of the 55 The process oriented, generic relational model 12 of a 

surrounding models is desired. The speed of documenting Business System is described by an overview diagram 13 

and propagating such changes down to the end user is (discussed later in FIG. 3) using the proven technique of 

instrumental to the acceptance and success of the proposed entity-relationship modeling. 

approach. The same kind of (planned or unplanned) changes The relational database 17 is designed in MS Access 15 by 

may pose a question to the management about their potential go the standard mapping of entities, attributes and relationships 

impact on running the business operation; the answers from the overview diagram 13 (FIG. 3). Included is a 

should be facilitated by the appropriate definition and pre- high-functionality administrator's interface and documenta- 

sen tation of communication interfaces. tion raw data release extraction mechanism 97. 

The fourth objective of the present invention specifies the The automatic document composition 85 is implemented 

need for flexibility and a process oriented view, 'ilie inven- 65 using MS Word 19 programming capabifities. llie automatic 

tion Business System Model 12 thus allows not only fast document composition 85 integrates the customized lan- 

business data entry and their semi-automated controlled guage of the environment with the raw data extracted from 
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the relational database 17 and produces compilable source 
documenls and, in parallel, a consistent set of printable 
documentation. 

The MS Help Compiler 39 runs under control of a MS 
DOS batch file 87 and produces a set of standard MS 5 
Windows (hypertext) help files which are displayable on any 
PC using MS WinHelp application 89 (available on MS 
Windows, Windows 95 and Windows NT). The end user 
accesses the on-line information 35 from the PC Desktop, 
either by clicking a Desktop icon or via a World Wide Web 10 
browser page. 

Operation Analysis Principles: 

The live data collection for the invention Relational BSD 
Environment starts with a bottom-up, event-driven, 
information-flow-oriented analysis based on a familiar 15 
process-message diagonal matrix 71 (discussed later in FIG. 
4). The original matrix approach is extended to accommo- 
date matrix hierarchies and a clear definition of internal/ 
external communication interfaces in the present invention. 

The information collected in process-message matrices 71 20 
(FIG. 4) determines all basic entity instances of the subject 
business operation/Business System Model 12, including the 
detailed information flow. This data is entered 93 (via MS 
Access 15) by a documentation administrator into the data- 
base 17 and completed by appropriate descriptions. All 25 
related entities (as determined by the overview diagram 13 
FIG. 3) are found, associated and entered as well in data 
entry step 93 of FIG. 2. 

The raw data release 97 from MS Access 15, document 
composition 85 in MS Word 19 and document compilation 30 
87 in MS DOS are the finishing fully automated steps; a new 
documentation release 35, 88 (including for example in the 
preferred embodiment a Quality Management Handbook 90 
and the Business System Documentation 92) is then ready to 
use (on-line and/or in hard copy via a printer 37). 35 

Referring to FIG. 3, the entities of the Business System 
Model 12 including their mutual relationships are shown in 
diagram 13 format. The process oriented, generic relational 
model diagram 13 is next described in terms of its structure 
and its contents. 40 

The model diagram structure is determined by the defi- 
nition and relationships of so-called "basic entities", which 
in theory cannot be omitted or substantially modified in their 
significance without changing the philosophy of the mod- 
eling approach at the same time. So-called "supporting 45 
entities" supplement the basic structure by additional char- 
acteristics and information. 

In the preferred embodiment, the basic entities include the 
Business System 51, Business Process 41, Btisiness Role 43, 
external Role 53, Workflow Procedure 45, Work Activity 47, 50 
external Activity 49 and Business Message 55 portions 
(entities) of the model, llie supporting entities include a 
Capability Profile 57, Interface Agreement 59, Service 
Agreement 61, Form Sheet 63, Check List 65 and Reference 
Document 67 portions/entities of FIG. 3. 55 

The entities Business System 51, Business Process 41 
(with its optional sub-processes), Business Role 43 and 
external Role 53 are used to represent how the company/ 
enterprise is organized (i.e., represent the basic organization- 
related structure of the model 12 definition). In particular, 60 
each business operation of the company is represented by a 
Business System entity 51. Each Business System entity 51 
in turn is formed of one or more (possibly hierarchical) 
Business Processes 41. In terms of workflow, each Business 
System 51 operates by workflow procedures represented by 65 
Workflow Procedure entities 45. In turn, a Workflow Pro- 
cedure 45 is executed in the context of one or more Business 
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Processes 41 and is detailed by one or more Work Activities 
47 (i.e., represented by Work Activities entities 47 and 
external Activity entities 49 respectively). The Work Activi- 
ties 47 of a Workflow Procedure 45 are ordered. Likewise, 
the external Activities 49 of a Workflow Procedure 45 are 
ordered, in the preferred embodiment. 

In the hierarchy of Business Processes 41, each Business 
Process entity 41 may be decomposed into one or more child 
or sub-Business Processes. In terms of workflow, each 
Business Process 41 is defined by segments of the corre- 
sponding Workflow Procedures 45 (that is, the Workflow 
Procedures 45 of the Business System 51 comprising the 
Business Process 41). In terms of humans or utilities 
involved, each Business Process 41 is supported by a 
respective set of Business Roles 43. In turn, a Business Role 
43 is the executor of a corresponding set of Work Activities 
47, (which, as set forth above, is an ordered member of a 
Workflow Procedure 45). 

The Work Activity entity 47 is the lowest level entity in 
the model diagram 13 and provides a description of the 
actual subject work, action or other activity. The internal 
actions are specified in detail by work instructions and may 
be of arbitrary complexity. Each Work Activity 47 and 
external Activity 49 is executed by a Business Role 43 and 
external Role 53 respectively, in response to input Business 
Messages 55. That is, a Business Role 43 (external Role 53) 
executes a Work Activity 47 (external Activity 49) which 
generates a Business Message 55 addressed to another Work 
Activity 47 or external Activity 49, to be executed by a 
respective Business Role 43 or external Role 53 respec- 
tively. Thus, each Business Message entity 55 is any for- 
maUy established communication generated by a source 
Work Activity 47 or external Activity 49, and addressed to 
a destination Work Activity 47 or external Activity 49. 

In sum, the entities Workflow Procedure 45, Work Activ- 
ity 47 and external Activity 49 represent the basic workflow 
related pieces of Business System Model 12/model diagram 
13. At the same time, the Work Activity entity 47 is the 
connecting element between the organization- related and the 
workflow related structures since a Work Activity 47 is 
executed by a Business Role 43. The Business Message 
entity 55 is the driving agent of the model definition dynam- 
ics by the means of a one-by-one communication among 
Work Activity entities 47. 

As an example of the foregoing, the total business opera- 
tion under consideration may be, for instance Information 
Services of a company. This would be represented by or 
correspond to a top-level Business System entity 51. The 
example Information Services' main service functions, say, 
for example, End User Support, Computer System 
Administration, Technical Planning, etc., correspond to vari- 
ous Business Process entities 41. Further, the roles that 
people or systems/utilities are playing within a particular 
Business Process 41 (say Hotline, Escalation Manager, 
Automatic Monitoring Utility, etc., of the company) corre- 
spond to various Business Role entities 43. The external 
Role 53 is analogous to a Business Role 43, but belongs to 
the surroundings of the business operation/Business System 
51 under consideration. 

Thus, the Work Activity 47 (say. Respond to User Call) at 
Hotline Business Role 43 responding to phone calls may 
receive a Business Message 55 (say. User Call) containing 
an unusual request. In response. Hotline Business role 43 
Work Activity 47 involves the Escalation Manager (another 
Business Role 43) by sending to the Escalation Manager 
Business Role 43 a Business Message 55 (say, Resolve 
Unusual Request) which asks to resolve the problem. In 
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turn, a Work Activity 47 (say, Decide on Unusual Request) 
of Escalation Manager Business Role 43 reacts to the 
received communication (i.e.. Business Message Resolve 
Unusual Request) by evaluating the problem and making a 
proper decision. 5 

As can be secnAinderstood by the foregoing example and 
discussion of FIG. 3, a complete and consistent exchange of 
Business Message entities 55 uniquely defines a particular 
workflow which is represented by a workflow table in the 
corresponding Workflow Procedure entity 45, External lO 
Activities 49 are modeled analogously to work Activity 
entities 47 in meaning, but belong to the surroundings (and 
not internals) of the business operation under consideration. 

Further, in order to examine detailed communications 
between the roles (i.e., Business Roles 43 and external Roles is 
53 in any combination), the preferred embodiment formally 
charts these communications before representing them in the 
System Model 13. That is, process-message matrices 71 as 
illustrated in FIG. 4 (and discussed later) are employed to 
chart the various communications at study. These matrices 20 
provide the necessary workflow information for entry into 
the System Model 13 and ultimately the relational database 
17. 

In short, the information collected in the process-message 
matrices 71 determines all basic entity instances and detailed 25 
information flow of the system model diagram 13 (FIG. 3). 
It is this data which is entered into the database 17 by an 
administrator-user and completed by appropriate descrip- 
tions. 

Continuing to refer to FIG. 3, the supporting/ 30 
supplemental entities are discussed next. The Capability 
Profile entity 57 specifies capabilities for the Business 
System 51 under consideration. The Capability Profile 57 is 
applicable to a Business Role 43. As such, the Capability 
Profile 57 enables simplification of writing job descriptions, 35 
functional specifications of utilities, employee development 
and training requirements, etc. 

The Interface Agreement entity 59 and the Service Agree- 
ment entity 61 represent, respectively, the technical and the 
contractual interaction with surroundings of the business 40 
operation (represented by Business System 51) under con- 
sideration. In particular, the Interface Agreement entity 59 
defines data exchange for the related Business System 51 
and is valid for a particular Work Activity 47. The Service 
Agreement entity 61 provides a definition of the service by 45 
the business operation under consideration (corresponding 
Business System 51) and is fulfiUed by corresponding 
Workflow Procedures 45 of the respective Business System 
51. 

The Form Sheet and Check List entities 63, 65 represent 50 
work documents for a Work Activity 47 or an external 
Activity 49. That is, the Form Sheet 63 contains information 
for a particular Work Activity 47 and/or for a particular 
external Activity 49. The Check List 65 outlines facts 
indicative of an external Activity 49 and/or Work Activity 55 
47. 

The Reference Document entity 67 allows an integrated 
view of additional reference information, either by directly 
providing display of the document or by supplying the 
necessary pointers. The Reference Document 67 is thus 60 
attached to any number of supplemental references 69. 

In the preferred implementation of the present invention, 
the above-described entities have a set of attributes provid- 
ing information about the entity instance. The values of 
these attributes are stored in the relational database 17, either 65 
as text or relationship (i.e., a pointer to another entity), 'lliey 
are extracted at the time of document generation and 
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included in the final documents by the word processing 
application 19. The model diagram 13 definition classifies 
these attribute associations as "common" and "additional"; 
apart from the attributes, some entities have supporting 
attachments. 

In the preferred embodiment, each entity of the system 
model diagram 13 of FIG. 3 is characterized by information 
provided by a set of common attributes. The set of common 
attributes include an Identification Number for uniquely 
identifying the entity instance, a corresponding Title, Author 
and Approver of the entity instance. Other attributes in the 
set include a Description, Purpose and Context of the entity, 
along with Search Keywords and Details. Also there are 
attributes for providing an indication of Change since the 
last Revision, the Last Change Date, a Revision Identifier 
Number (or other indications of the revision) and Revision 
Date. Further included are the attributes of Expiration Date 
and Approval Date. 

The entities Business System 51 and Business Process 41 
have in addition to the above-mentioned common attributes 
the following five attributes: 

Owner 

Related Information 
Quality Criteria 
Quality Records 
Appendix 

TTie entities Business Role 43, Workflow Procedure 45 
and Work Activity 47 have four additional attributes (i.e., in 
addition to the above-described set of common attributes). 
The additional attributes are Related Information, Quality 
Criteria, Quality Records and Appendix. 

The entities Capability Profile 57, Interface Agreement 59 
and Service Agreement 61 have an additional attribute of 
Related Information. 

The entities Workflow Procedure 45, Work Activity 47, 
Capability Profile 57, Interface Agreement 59, Service 
Agreement 61, Check List 65, Form Sheet 63 and Reference 
Document 67 have attachments. Attachments are separate 
files which are directly displayed at the end of the entity 
document. For example, a workflow table 77 (FIGS. Sbl and 
Sb2) is an attachment to Workflow Procedure entities 45 
respective document, discussed later. In the attachments of 
entities 45, 47, 57, 59, 61, 65, 63 and 67, any needed 
information may be provided. Typically work documents for 
an activity such as Form Sheet 63 or Check List 65 may be 
made available on-line and be integrated within the Business 
System Documentation 92 (FIG. 2). 

It is understood that for each instance of entities Business 
Role 43, Workflow Procedure 45, Work Activity 47, Capa- 
bility Profile 57, Interface Agreement 59, Service Agreement 
61, Check List 65, Form Sheet 63 and Reference Documents 
67, the database 17 stores data corresponding to the respec- 
tive attributes (common and additional) discussed above. 
Use of these fields of data (i.e., references thereto) in the 
present invention system 24 of FIG. 2 is illustrated by the 
following example "High School Happenings", a hypotheti- 
cal business operation. 

The "High School Happenings" hypothetical business 
operation consists of five relatively autonomous Business 
Processes 4iajb,c,d,e which have been respectively assigned 
the names "Yearly Excursion Support", "Party & Fun 
Support", "Student Self-Governmenl", "High School 
Administration" and "High School Facilities". The name 
selection for these processes 41 are indicative of respective 
activity or role in the business operation. ITie main focus of 
thLs discussion is on "Yeariy Excursion Support" 41a which 
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has been assigned the top priority. Other processes 416-41e 
are considered only insofar as needed in the defined work- 
flows. The documentation illustrated in FIGS, Sal, Sal, SbX 
and Sbl should be seen as work in progress, with some 
entities finished or nearly finished; some entities are just 5 
defined but not actually completed with specific informa- 
tion. 

Examination of the entity documents pointed to from any 
particular index reveals the way information is presented. 
Besides text values for all common and additional attributes ao 
defined for the entity, all relationships to the related entities 
are shown. Preferably headings of the relationship and text 
are displayed first, followed by either the word None (if no 
corresponding related entities exist) or by a display of the 
entity identification and name. In the "High School Hap- 15 
penings" example, the entity document 79 for a Workflow 
Procedure 45 executed in the context of the mentioned 
example Business Processes 41 is illustrated in FIG. 5a 1. 
That entity document 79 includes in its Details section 78 a 
heading composed of Business Process under which the 20 
related (above mentioned) processes 41 a, c and e are shown 
in alphabetical order. 

Relationships may appear in various places of the entity 
document, depending on their significance. Typically, the 
related entities may provide more detailed information to the 25 
examined entity document and then they appear listed in the 
Details section, or the examined entity document may be 
seen in the context of the related entities and then they 
appear listed in the Context section. A Business Message 55 
is considered to be part of the Description section for 30 
activities, while a Reference Document is part of the Related 
Information section. 

Continuing with the "High School Happenings" example, 
each of the Business Process entities 41 is further detailed 
into one or more Business Role entities 43. A Business Role 35 
43 is mostly the role a person is playing in the business 
operation, but it also may correspond to a role of a system 
utility, application or any other expedient non-personal 
object or agent. The roles outside of the scope of the 
considered business operation are called external Role enti- 40 
ties 53; they provide the external side of the human/utility 
interface with the surroundings. 

Each role may perform certain work consisting of arbi- 
trarily small or big pieces, each of them being defined by a 
Work Activity 47 or an external Activity 49 with the same 45 
meaning of the word "external" as above. An important 
criterion to structure an operation task into one or more 
activities is the incoming and outgoing communication. 
Basically, an activity is either triggered by formal commu- 
nication or starts according to an internal schedule, then 50 
executes autonomously without a formal information 
exchange, and may conclude by formal communication to 
other activities. This communication is carried by Business 
Message entities 55. 

Workflow Representation 55 

The notion of a workflow (also called value chain proce- 
dure or simply procedure) which connects separate opera- 
tion tasks into a continuous networked sequence (allowing 
re-entry, looping, feedback, etc.) and fulfil a particular 
business purpose (e.g., Trip Proposal Review and Planning) 60 
is supported by the entity Workflow Procedure 45. At the 
beginning of the workflow in each Workflow Procedure 45 
is a Work Activity 47 which is either triggered by a Business 
Message 55 coming from an immediately preceding external 
Activity 49 or starts by itself according to an internal 65 
schedule. Since each business operation has a limited num- 
ber of these external message or internal schedule events, 



there is a limited number of Workflow Procedure entities 45, 
each of them corresponding to one and only one of the 
triggered or scheduled activities. 

The following explanation deals with the workflow table 
77 of the present invention which is automatically created 
and integrated as an attachment to each Workflow Procedure 
entity 45 document such as entity document 79 illustrated in 
FIGS. Sal and Sal. FIGS. Sbl and Sbl iUustrates an 
example corresponding workflow table 77. The workflow 
table 77 represents a detailed description of the workflow 
and must be read and interpreted in the following way: 
The left-most column entitled "Pos" identifies uniquely 
the current position in the table 77 and shows after the 
symbol « the Source Pos, the position the input 
communication is coming from. Similarly, the right- 
most column indicates after the symbol » the Target 
Pos, the position the output communication is going to. 
The contents of each "Pos" is either the pair Work Activity 
47 of a Business Role 43 or the pair external Activity 
49 of an External Role 53, followed by the (possibly) 
annotated line(s) of outgoing communication shown as 
a Business Message 55. Since these entries provide 
both, a brief description of the entity as well as a full 
identification of (and link to) the entity document, the 
workflow is readily characterized by all necessary 
information. 

Pos 0 contains either the triggering External Activity 49a 
or a symbolic entry to indicate that the workflow has 
been initiated by an Internal Schedule; the Target Pos of 
this entry always points to » 1, i.e., to the first real 
activity to be executed. 
Pos 1 specifies the first activity as receiving the trigger 
event from Source Pos 0; after performing the specified 
activity, one or more messages SSb can be sent out to 
indicated Target Pos (for example. Target Pos 2 and 3 
in the illustrated table 77 of FIG. Sbl), thus triggering 
execution of next activities in other positions. 
The above mechanism continues (as illustrated at Pos 2 
through Pos 11 in FIGS. 561 and Sbl with external Activities 
496,c/external Roles 53/),c pairs and Work Activities 
47f>-47j/Business Role 43fo-43z pairs and respective Busi- 
ness Messages SSc-SSh) until the driving communication 
disappears completely from the operation under consider- 
ation. This can happen either by executing workflow closing 
activities which do not send any communication or by 
communicating to external surroundings and not receiving 
an immediate feedback. By the capabiUty to send and 
receive multiple messages, the full flexibility of the work- 
flow (including re-entry, looping and feedback) is clearly 
supported by the present invention system model diagram 
13. 

llie necessity of a properly performed and formalized 
analysis of information flows in a business operation has 
been emphasized previously. The present invention presents 
a mathematically consistent analysis approach and demon- 
strates how to formalize the collected communication data in 
a set of related diagonal process-message matrices lla-lld 
(FIGS. 4a~Ad), 

In a traditional diagonal process-message matrix, a table 
is used to record message exchange (e.g., flow of 
information, data, material or money) between various func- 
tional entities (e.g., organizational or functional units). The 
table contains the functional entities as annotated blocks in 
its diagonal cells lSa,b,c,dje and places the exchanged 
messages 73 in the corresponding intersecting ceU in such a 
way that the message flow propagates in the clockwise 
direction. Therefore, the inputs to a particular block 75 on 
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the diagonal are shown in cells above and below this block 
75 while the outputs are in the cells left and right of this 
block 75. 

The present invention employs a modified process- 
message matrix 71 of FIGS. 4a~4d which is based on the 5 
above mapping convention but extended by three important 
features: 

The process-message matrix 71 may contain a hierarchy of 
lower level matrices to support an optional hierarchy of 
functional entities; the matrices may be nested to any -jg 
depth. 

The process-message matrix 71 and any of its submatrices 
has specific areas at its periphery which represent inter- 
faces to all other functional entities not contained in the 
immediate matrix and these areas display all input and 
output messages; the functional entities of the surround- 
ings communicating with the current matrix are recorded 
in an associated Extern-interface matrix and/or Intern - 
interface matrix (discussed below). 
The creation, viewing, modification and formatted printing 20 
of the process-message matrices 71 is supported by a 
graphics application based on, for example, Microsoft 
Excel in one embodiment of the present invention. In the 
preferred embodiment, the viewing of process-message 
matrices 71 is supported by a Matrix View module 95 25 
(discussed below and shown in FIG. 2). 
In the context of the system model diagram 13 of FIG. 3, 
the above hierarchy of functional entities becomes the 
hierarchy starting with the Business System entity 51 com- 
posed of (an optional hierarchy of) Business Process entities 3Q 
41 which, in turn, are composed of Business Role entities 
43. The message exchange from the process-message matri- 
ces 71 clearly corresponds to the flow of Business Message 
entities 55. ITie lowest operation level (i.e., level of Work 
Activity 47 at which the Business Message 55 is actually 35 
communicated) is suppressed at first in the process-message 
matrix 71, and the Work Activity 47 is considered as a kind 
of fine structure of its executing Business Role 43 during the 
information flow analysis. This initial simplification speeds 
up the analysis phase, while postponing the detail specifi- 
cation of a particular Work Activity 47 associated with the 
Business Message 55 to the later stage, when providing 
more specific details and entering data into the relational 
database 17. Consequently, in the process-message matrices 
71 of the present invention, the communication appears as 45 
exchange among Business Role 43 and/or Business Process 
41 entities within a Business System 51. 

The most prominent advantage of the invention process 
message matrix 71 formalism is the ability to analyze and 
document even a very complex Business System 51 in a jq 
formally consistent manner. The business operation analyst 
(e.g., administrator-user) using the matrix-based information 
flow analysis may establish his/her momentary viewing 
focus of the Business System 51 by selecting the Business 
Process 41 of interest and still be able to see all incoming 55 
and outgoing communication immediately. In particular, the 
invention matrix 71 readily allows one to; 

decompose the target Business System 51 into a consis- 
tent hierarchy of Business Process 41 and Business 
Role 43 entities; 60 
record the exchange of Business Message entities 55 as 
perceived by the responsibles (i.e., the domain experts/ 
managers responsible) for each respective Business 
Process 41; 

reconcile differing perceptions of the communication 65 
among the responsible parties and achieve full conti- 
nuity and consistency of the message exchange; 



point out obvious communication deficiencies and sug- 
gest improvement and optimization measures; and 

promote encapsulation and autonomy for each Business 
Process 41 by minimizing the amount of interface 
communication. 

With reference to FIGS. 4a-4d and continuing with the 
hypothetical business operation example "High School 
Happenings", each Business System 51 with its full com- 
munication is represented by a hnked set of process-message 
matrices 71a~71d (which can be examined on-line as 
spreadsheet application program tables or the like, or printed 
out using the standard print function). As iUustrated in FIG. 
4, Business Message labels 73fl are located inside the matrix 
frame 94 of the Business System 51 or Business Process 41 
to describe communication within this entity. Those mes- 
sages 73b located outside the frame 94 describe communi- 
cation between the subject entity and entities in the sur- 
roundings. 

The symbolic blocks 81, 83 (FIGS. 4a and 4b) in the 
lower right and upper left comers, respectively, of the 
process-message matrix 71 represent its diagonal extensions 
for external and internal communication respectively (i.e., to 
extern-interface matrix and intern-interface matrix). An 
exact correspondence for the input/output communication 
between the matrix and its extensions must be maintained. 
The details of the lower right symbolic block 81 in the top 
level matrix 71a are specified by the diagonal extensions for 
all component Business Process entities 41fl-41e of this 
Business System 51. For the top level matrix 71a, there is no 
communication with the upper left symbolic block 83 since 
the process-message matrix for the Business System entity 
51 already describes the top level entry. 

Thus, the following considerations lead to a consistent 
formalization of the information flow analysis of the present 
invention. 

After defining the scope of the target business operation 
and assigning a name to the Business System entity 51 
("High School Happenings" in the illustrated example), 
the Business System entity 51 is structured into its 
component Business Process entities 41a-41e (i.e.. 
Yearly Excursion Support, Party & Fun Support, etc.) 
All of these entities 41a-e are shown in the top-level 
matrix 71a (file EXAMPUE.PMM) as illustrated in 
FIG. 4a. The communication messages shown in this 
matrix 71a will be discussed later as the last item of this 
methodology discussion. 

Since there is no further hierarchy of (sub)processes 
assumed, each of the Business Process entities 4\a~41e 
is decomposed into its supporting Business Role enti- 
ties 43. In the fllustrated example case of "Yearly 
Excursion Support" 41a, the supporting Business Role 
entities are Trip Coordinator 43a and Trip Proposal 
Review Board 43i). The corresponding matrix 71b (file 
YES.PMM) to "Yearly Excursion Support" Business 
Process entity 41a is displayed for example, in MS 
Excel application 20, by double chcking on the square 
in the lower right comer of the block 75a on the 
diagonal representing Business Process entity 41a 
(Yearly Excursion Support) in top level matrix 71a, 
FIG. 4a. Similarly, the decomposition for all other 
processes 41^-41e may be seen in respective corre- 
sponding matrices (files P&FS.PMM, SSG.PMM, 
HSA.PMM, HSF.PMM). 

Continuing the analysis on Yearly Excursion Support (file 
YES.PMM) Business Process entity 41a, next examine 
the participating Business Message entities 55 inside 
and outside of this Business Process 41a of interest. 
Such is shown in FIG. 4b. 
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Staying within Yearly Excursion Support Business Pro- 
cess 41a (represented by the matrix 71b area inside the 
double line frame 86 in FIG. 4b), a Business Message 
entity 5Sa (Trip Proposals Package) describes a com- 
munication from one Business Role entity 43a (Trip 5 
Coordinator) to another 43b (Trip Proposal Review 
Board), and therefore resides in the upper right (i.e., 
clockwise) intersecting cell of the diagonal blocks 
representing these entities 43a, 43b. Another Business 
Message 556 (Selected Trip) indicates the response to 
the communication. 
External communication from/to the external Role enti- 
ties 53 which do not belong to the Business System 51 
under consideration (i.e., they are not within the scope 
of the target business operation) is represented by 
messages coming from/going to a symbolic block 81 
***Direct Interfaces*** in the lower right corner of the 
matrix 71ft with current focus (file YES.PMM). 
For example, (i) an input Business Message "Trip Sug- 
gestion" 55c is coming from ***Direct Interfaces*** and is 
addressed to Trip Coordinator Business Role 43a, and (ii) an 20 
output Business Message "Selected Trip Order" 55d origi- 
nates from Trip Coordinator Business Role 43a and is going 
to ***Direct Interfaces*** 81. Consequently, the matrix 
area below the double line frame 86 represents the External 
input interface and the matrix area on the right of the double 25 
line frame 86 represents the External output interface of the 
matrix 71b (FIG. 4b). 

The details of the symbolic block * * * Direct Interfaces* * * 
81 (in FIG. 4b) are shown in an external interface 
matrix 71c (file YES.XEX) which is displayed in MS 30 
Excel application by double clicking on the square at 
the lower right corner of the symbolic block 81 (to the 
right of the YES.XEX entry) representing ***Direct 
Interfaces*** in matrix 71b. FIG. 4c illustrates the 
resulting view/display of external interface matrix 71c 35 
(file YES.XEX). 

In the example, the Business Message "Trip Sugges- 
tion" 55c is sent by Requestor (external Role) 53a in 
FIG. 4c, and the Business Message "Selected Trip 
Order" 5Sd is received by Travel Agent (external 40 
Role) 536. The return from matrix 71c back to the 
initial Business Process 41fl "Yearly Excursion Sup- 
port" matrix 716 (file YES.PMM) is accomplished 
by either closing the ***Direct Interfaces*** matrix 
(file YES.XEX) 71c, or by double clicking on the 45 
square at the upper-, left-most comer of the display 
(left of YES.PMM entry in matrix 71c) in FIG. 4c. 
Referring back to FIG. 46, internal communication from/ 
to the Business Role entities 43 which do belong to the 
Business System 51 under consideration (i.e., they are 50 
within the scope of the target business operation) is 
represented by messages 55 coming from/going to the 
symbohc block ***Super Matrix*** in the upper left 
corner 83 of the matrix 716 with current focus (file 
YES.PMM). 55 
For example, input Business Message "Trip & Date 
Status" 55/ is coming from ***Super Matrix*** and 
is addressed to Trip Coordinator 43a. Output Busi- 
ness Message "Yearly Trip Fixed" S5e originates 
from Trip Coordinator 43fl and is going to ***Super 60 
Matrix*** 83. Consequently, the matrix area above 
the double line frame 86 represents the Internal input 
interface and the matrix area on the left of the double 
line frame 86 represents the Internal output interface 
of the matrix 716. 65 
'I'he details of the symbolic block ***Super Matrix*** 83 
are shown in an internal interface matrix 71d (file 
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YES.XIX) which is displayed, for example, in MS 
Excel application by double clicking on the square at 
the upper left comer of the symbolic block 83 (left of 
the YES.XIX entry) representing ***Super Matrix*** 
in matrix 716. The resulting internal interface matrix 
71d is illustrated in FIG. 4d. 

In the example, the Business Message Trip & Date 
Status 55/ in FIG. 4d is sent by Student Speaker 
(Business Role entity) 43fl, and the Business Mes- 
sage Yearly Trip Fixed 55e is received by Student 
Speaker 43a and High School Principal 436. The 
return from matrix 7 Id back to initial Business 
Process 41a Yearly Excursion Support matrix 716 of 
FIG. 46 (file YES.PMM) is accomplished by either 
closing the ***Super Matrix*** matrix 71d (file 
YES.XIX) or by double clicking on the square at the 
lower-, right-most comer of the display (right of the 
YES.PMM entry) in FIG. 4d. 
The return back from the matrix 716 (FIG. 46) to the 
originating Business System 51 High School Happen- 
ings matrix 71a (file EXAMPLE.PMM) of FIG. 4a is 
accomplished by closing either the Yearly Excursion 
Support matrix 716 (file YES.PMM) or by double 
clicking on the square in the upper left corner of the 
symbolic block ***Super Matrix*** 83 (to the right of 
the EXAMPLE.PMM entry) in matrix 716 (FIG. 46). 
Now, let's move the analysis focus to the next Business 
Process 41 (for example Student Self-Goverament (file 
SSG.PMM) in FIG. 4a), and apply the same consider- 
ations as was done above in the discussion of Yearly 
Excursion Support Business Process 41a. That is, 
repeat similarly for all remaining Business Process 
entities 41b,Cjd and e in the subject Business System 51 
of FIG. 4a. 

Check if the same perception of input/output communi- 
cation exists among all interacting processes 41 and, in . 
case of discrepancies, perform reconciliation including 
redesign of all obvious communication breaks. 
The complete communication picture of the target busi- 
ness operation mapped into the Business System 51 
(for example. High School Happenings (file 
EXAMPLE.PMM)) is obtained as a systematic roll-up 
of all messages 55 from the lower level(s). As illus- 
trated in FIG. 4a, the communication among the Busi- 
ness Process entities 41 of the Business System 51 is 
shown by the messages (with labels at 73a) inside the 
matrix 71a double hne frame 94. All external — ^input 
to a particular Business Process 41 is accumulated and 
indicated in the corresponding cell at the bottom out- 
side the matrix frame 94 and, similarly, all external 
output at the right outside the matrix frame 94 using 
business message labels 736. 
Software Support 

The software architecture of one embodiment of the 
present invention 24 is illustrated in FIG. 2 and described 
previously. The following describes each component of the 
architecture along with the work steps performed by the 
administrator-user to prepare the environment for use, fill 
the database 17 with business operation data, release raw 
data from the database 17 and compose the resulting print- 
able documentation in the preferred embodiment. 

From the viewpoint of the documentation modeler/ 
administrator, the Relational BSD Environment of the 
present invention is designed as a single -user, full-access 
suite of PC-based standard tools, integrated and customized 
by some additional software 24. 'llie invention software 24 
is utilized along with MS Windows (or Windows 95, Win- 
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dows NT), MS Access 15, MS Word 19, MS Help Compiler 
39, and MS WinHelp 89 applications in the preferred 
embodiment. 

From the viewpoint of the documentation end user, the 
Relational BSD Environment 24 is a multi-user, view/print- 5 
only, network-capable interface to the business related infor- 
mation based on the hypertext display provided by MS 
Windows (or Windows 95, Windows NT) standard WinHelp 
application 89 which can be started from a PC Desktop, 
either by clicking a Desktop icon or via a World Wide Web 10 
browser page. 

As described previously, the administrator-user gathers 
and enters into database 17 and database 17 provides to word 
processor 19 working (or "raw") data indicative of the 
company/enterprise activities, operations, personnel, work/ 15 
communication flow, etc. Thus system 24 provides Data 
Entry 93, Matrix \^ew 95, Release 97 and Consistency 
Check 99 modules for appropriately processing the raw data. 
More accurately, this raw data-related functionality (data 
entry^pdate 93, storage, presentation 95, checking 99, 20 
extraction 97) is provided by the database application pro- 
gram 15 connected or cooperating with the Business System 
Model database 17. In the preferred embodiment Microsoft 
Access is utilized as the database application 15. 

The Data Entry module 93 is a high functionahty admin- 25 
istrator's interface implemented in close correspondence to 
the Business System Model diagram 13 of FIG, 3. The 
manipulation of data (entity attributes values with entity 
relationships) is performed from the vantage point of a 
particular model entity, with consistency and relational 30 
integrity of data being automatically checked in the back- 
ground. A given relationship may be set from either end. For 
example, the relationship between a Business Role 43 and a 
Work Activity 47 may be established either by setting the 
"executor of in Business Role entity 43 or by setting that 35 
attribute field to indicate "executed by" in Work Activity 
entity 47 and corresponding database 17 entry/record. 

The Matrix View module 95 is a view-only graphics 
interface. Matrix view module 95 statically presents the 
database communication data (exchange of Business Mes- 40 
sage entities 55) in the form of a process-message matrix 71 
as discussed above in FIG. 4. The information resulting from 
the initial information flow analysis of a business operation 
is entered into the database 17, and Matrix View module 95 
enables the information to be formally displayed in a con- 45 
sistent set of process-message matrices 71. These displays 
may be used as the feedback mechanism to the original 
source of information for cross checks and corrections. 
Alternatively a graphics application (e.g. Microsoft Excel) 
may be employed to provide the display and printing capa- 50 
bility of the Matrix View module 95. Other applications 
programs are suitable. 

The Consistency Check module 99 provides information 
flow continuity checks by analyzing the database 17 com- 
munication data. To that end, Consistency Check module 99 55 
facilitates and hastens the information flow analysis by 
pointing out possible inconsistencies, prior to calculation of 
the workflow. 

The Minor/Major Release module 97 controls the raw 
data release from database 17. In particular. Release module 60 
97 assigns a release identifier and a time stamp to subject 
data from database 17. The Release module 97 also extracts 
all necessary data from the database 17. In a Major Release, 
data for a fuU documentation set is extracted, even if no 
changes occurred since the last release, llie extracted data 65 
includes setup definitions of the environment, e.g., language 
definition files. In a Minor Release, only data for changed 



documents are extracted. The document composer 85 (see 
below) recognizes the type of release and acts accordingly. 

In other embodiments, present invention system 24 also 
includes a Matrix Simulator 80 and a Workflow Parametizer 
82. The Matrix Simulator 80 is implemented using database 
application program 15. The Matrix Simulator 80 is a 
view-only graphics interface which dynamically presents 
exchange of Business Message entities 55, in the form of 
message symbols moving in process-message matrices 71. 
Thus the matrix simulator 80 simulates the message trig- 
gered workflow for a given Workflow Procedure 45. 

The Workflow Parametizer 82 is an interface apphcation 
which uses the available database information to set up a 
real-time workflow controller. 

The environment setup after a customization and the 
periodic document composition from the released raw data 
are supported by two components implemented as MS Word 
apphcations 19. These two components are the Environment 
Maintainor 84 and the Document Composer 85. These two 
components 84, 85 support environment setup after a cus- 
tomization and the periodic document composition from the 
released raw data as follows. 

The Environment Maintainor 84 is a program (module) 
checking the environment consistency and performing all 
necessary updates after any environment customization 
change. It is run on a new environment and after any later 
customization, before invoking the Document Composer 85. 

The Document Composer 85 is a program (module) 
operating on raw data released from the database 17 and 
integrating it with the customized language of the environ- 
ment in various document definition files to produce com- 
pilable files 28 and printable files 35. The Document Com- 
poser 85 generates a full documentation set after a major 
release and an incremental document set (containing only 
documents which have changed since the last release) after 
a Minor Release from Release Module 97. The printable 
files 35 (preferably in rich text format, *,RTF) are ready for 
printing through the word processing application 19 print 
function, while the compilable files 28 provide input to the 
Document Compiler 87(as discussed below). 

The remaining components of the system 24 architecture 
illustrated in FIG. 2 are implemented in dependence on the 
existing computer and network infrastructure. In particular, 
the Document Compiler 87 in the preferred embodiment is 
a Microsoft DOS batch program controlling execution of the 
Microsoft Help Compiler 39 which is part of various 
Microsoft development packages (e.g., Microsoft Visual 
Basic). The Document Compiler 87 operates on compilable 
files 28 from Document Composer 85 and generates a set of 
interlinked hypertext files (help file format, *.HLP), which 
may be displayed by the standard Microsoft WinHelp apph- 
cation 89. 

The WinHelp application 89 is a standard Microsoft Win 
Help application as supplied with any Microsoft Windows 
instaUation. This application 89 provides the end-user with 
the view and print capability for topics (by Title attribute) 
from the hypertext documentation. 

The printer component 37 is any local or network printer 
accessible from the computer system 21. The generated set 
of company documents/hypertext documents from the 
Document Composer 85 and Document Compiler 87 (via 
WinHelp application 89), respectively, serve as the input to 
printer component 37; due to the preferred embodiment 
being based on Microsoft Windows, a PostScript printer is 
employed. 

In the preferred embodiment, two document collections 
(sets of company documents) are generated and provided by 
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the present invention system 24. The first documentation 
collection is a Quality Management Handbook 90 which is 
a top level quality related document that provides the 
general overview of the quality system in context of the 
company. The Handbook 90 also addresses the quality 
elements specified in the ISO9000 standard. The Handbook 
90 typically does not contain (sensitive) detailed information 
about the business operation/company since it is also 
intended for external customers and general public. The 
Handbook 90 further points to business specific details by 
cross-referencing various topics in the second document 
collection, namely the Business System Documentation 92. 

The Business System Documentation 92 is the main 
deliverable of the present invention system 24. The Business 
System Documentation 92 is a detailed, event-driven, 
information-fiow-oriented description of the business opera- 
tion of the company according to the Business System 
Model 13 described above in FIG. 3. 

Both documentation collections 90, 92 are available as 
hypertext (on-line documentation) and as hard copy (printed 
documents). The hypertext documentation is organized in 
interlinked topics with a high level of granularity. A printed 
topic is considered to be a work copy 88 only, which has 
been generated by the end user and is not subject to the 
document control procedures. On the other hand, the hard 
copy documents obtained from the printable documentation 
files with restricted access are considered to be an authorized 
copy since they are subject to the document control proce- 
dures. In the preferred embodiment, both types of documen- 
tation (on-line and printed) are clearly distinguishable by a 
header (with the logo of business operation and other 
identifiers) and a footer (with the page number and other 
identifiers) which appear on the authorized copy only, 

A third documentation set which is closely associated 
with the above collections 90, 92 and which may also be 
made available by the present invention is a process- 
message matrix 71 containing formalized results of the 
underlying information flow analysis. This documentation 
set consists of interlinked spreadsheet application program 
tables (process-message matrices 71) and emphasizes the 
communication exchange interfaces. 

EQUIVALENTS 

While the invention has been particularly shown and 
described with reference to a preferred embodiment thereof, 
it will be understood by those skilled in the art that various 
changes in form and details may be made therein without 
departing from the spirit and scope of the invention as 
defined by the appended claims. 

The above-described system model 13 definition and the 
resulting documentation sets 90, 92 are adaptable to specific 
customization requirements for the environment. In 
particular, the present invention Business System Model 13 
enables the following modifications for different applica- 
tions: 

(1) Language customization to a national or company spe- 
cific language may be easily performed by translating the 
terms and definitions in one single place. The propagation 
of these changes into all documents is performed auto- 
matically through the Environment Maintainer Module 84 
(FIG. 2). 

(2) Entity data contents customization, such as adding or 
removing an attribute in an entity, requires a minor table 
definition change in the relational database 17 and a minor 
modification of the document definition file. Attachments 
may be added or removed by a minor modification of the 
document definition file. 
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(3) Model definition structure customization (by adding or 
removing an entity in the Business System Model 13) 
requires: (a) some structural changes in a few places of the 
relational database 17 and software 24, (b) creation or 
5 deletion of the document definition file, and (c) a minor 
change in the compilation batch file. 
Further, the potential demonstrated in the present inven- 
tion method and apparatus to a broad range of rather 
complex as well as fairly simple applications, includes for 
10 example: 

documentation of business operation for Quality System 
(including elements of ISO 9000), the "preferred 
embodiment"; 

documentation of business operation in a reduced cus- 
■^^ tomized approach (e.g., without Quality System 
elements); 

documentation of individual business processes (at arbi- 
trary level of detail), with or without database and/or 
20 hypertext steps; 

documentation of networked computer/application sys- 
tems and their information/data interface 
communication, with or without database and/or hyper- 
text steps (e.g., to support documentation required by 
25 the Data Security Act); 

documentation based on arbitrary structured collections 
satisfying the classification criteria, with or without 
database and/or hypertext steps; 

etc. 

30 The major criteria for the present invention approach's 
applicability is that the document collection is able to be 
categorized and mapped into a set of (possibly) interrelated 
entities which are charted in an entity-relationship diagram. 
For the practical applicability, it is irrelevant if some 

35 dynamic exchange of entities (like Work Activities exchang- 
ing Business Messages) is part of the entity-relationship 
diagram or not; this optional exchange of entities just results 
in a dependent dynamic (calculated) entity (like Workflow 
Procedure 45); the database and/or hypertext steps may be 

40 performed with or without dynamic components. 

In sum, due to utilization of the relational business system 
database environment of the present invention which is 
formed of a generic Business System Model 12, automated 
PC-based supporting tools (illustrated in FIG, 2) and a 

45 consistent data analysis methodology (discussed above with 
reference to FIGS. 3, 4 and 5), the task of collecting, 
formalizing and maintaining the relevant information to 
establish the desired documentation (e.g.. Business System 
Documentation) becomes a standardized and systematic 

50 effort. Consequently, the manpower and time needed for 
creation and maintenance of the resulting documentation is 
greatly decreased, and at the same time the documentation 
quality expressed in terms of its user friendliness, 
consistency, modularity and level of usable detail substan- 

55 tially increased. A fully consistent release of the updated 
documentation may be performed as often as necessary, thus 
satisfying the need for fast propagation of operational and/or 
oiganizational changes into daily operation via documented 
processes. 

60 As mentioned above in the preferred embodiment, the end 
user may access the on-line documentation from a PC 
Desktop, either by clicking a Desktop icon or via a web 
browser page, A navigation interface leads in a structured 
way to modular interlinked hypertext documents containing 

65 links for display of pop-up description windows or further 
jumps to related topics. In this way, the end user has direct 
access to information supporting the daily work, such as 
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reference documents, various checklists, standard forms or 
description of activities including detailed step by step work 
instructions. Since the quality-related work is an integral 
part of the business operation, the same kind of support is 
available to people (end users) responsible for quality man- 5 
agement. 

Further, the foregoing description of the preferred 
embodiment mentions Microsoft applications. However, 
other synonymous spreadsheet, database and word process- 
ing applications and operating systems are suitable. 
Likewise, not only HLP hypertext format produced by 
illustrated MS Help Compiler can be generated by the 
present invention, but the present invention may also be 
employed to make programs (i.e., Document Compilers) for 
other (generic) hypertext formats (e.g., HTML) to become 
native on the World Wide Web. 

Also, the Matrix View 95, Consistency Check 99, Matrix 
Simulator 80 and Workflow Parametizcr 82 modules of FIG. 
2 are optional (not requisite) parts/features of the invention 
software 24. It is understood that other implementations of 
the present invention are suitable and in the purview of one 
skilled in the art given the foregoing description. 

What is claimed is: 

1. A method for generating and maintaining a structured 
collection of documents, the method comprising the steps 
of; ^5 

providing a conceptual model of a desired document 
system in terms of its interdependent entities, the model 
including (i) a plurality of entities of different entity 
classes, and (ii) relationships among the entities, said 
entities and relationships being charted in an entity- 
relationship diagram; 

categorizing each document in the structured collection of 
documents into one of the entity classes from the 
conceptual model, such that each document is an ^5 
instance of a respective entity class; 

based on the entity-relationship diagram, automatically 
generating and updating each document according to 
respective entity class, such that the structured collec- 
tion of documents is automatically generated and main- 4Q 
tained; 

forming a relational database based on the conceptual 
model and entity-relationship diagram, such that the 
database holds actual information contents needed to 
automatically generate and format each document and 45 
hence the structured collection of documents; 

the step of generating and updating includes automatically 
generating the documents in complete formatted print- 
able and compilable form from the contents stored in 
the database, enabling post processing into an on-line 50 
hypertext documentation; and 

wherein the step of providing a conceptual model includes 
charting and analyzing dynamic exchange among enti- 
ties in a hierarchy of process-message matrices. 

2. A method as claimed in claim 1 wherein the step of 55 
generating and updating further includes mapping relation- 
ships between the entities implemented in the relational 
database into hypertext links between the documents in the 
hypertext documentation, the relational database providing a 
sequence of links to automatically propagate a change in 60 
each affected document upon an administrator-user entering 

a change in the relational database. 

3. A method as claimed in claim 2 wherein the step of 
providing a conceptual model provides a Business System 
Model having business related entities, such that the entity- 65 
relationship diagram charts relationships among the busi- 
ness related entities; and 
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the step of generating includes automatically creating, 
maintaining and distributing operation-related, 
management-related and quality-related documents as 
the structured collection of documents. 

4. A method for generating and maintaining a structured 
collection of documents, the method comprising the steps 
of: 

providing a conceptual model of a desired document 
system in terms of its interdependent entities, the model 
including (i) a plurality of entities of different entity 
classes, and (ii) relationships among the entities, said 
entities and relationships being charted in an entity- 
relationship diagram; 

categorizing each document in the structured collection of 
documents into one of the entity classes from the 
conceptual model, such that each document is an 
instance of a respective entity class; 

based on the entity-relationship diagram, automatically 
generating and updating each document according to 
respective entity class, such that the structured collec- 
tion of documents is automatically generated and main- 
tained; 

forming a relational database based on the conceptual 
model and entity-relationship diagram, such that the 
database holds actual information contents needed to 
automatically generate and format each document and 
hence the structured collection of documents; and 

the step of generating and updating includes automatically 
generating the documents in complete formatted print- 
able and compilable form from the contents held in the 
database, enabling post processing into an on-hne 
hypertext documentation. 

5. A method as claimed in claim 4 wherein the step of 
generating and updating further includes mapping relation- 
ships between the entities implemented in the relational 
database into links between the documents in the hypertext 
documentation, the relational database providing a sequence 
of links to propagate a change in each affected document 
upon an administrator-user entering a change in the rela- 
tional database. 

6. A method as claimed in claim 4 wherein the steps are 
performed in a computer system having a working memory 
for executing programs such that: 

the step of forming a relational database includes employ- 
ing a database application program executed by the 
computer system in working memory; and 

the step of generating each document includes executing 
a word processing application program by the computer 
system in working memory. 

7. In a computer system, computer apparatus for gener- 
ating and maintaining a structured collection of documents 
from a conceptual model of a desired document system, the 
conceptual model including (i) a plurality of interdependent 
entities and (ii) relationships among the entities, the com- 
puter apparatus comprising: 

a source for indicating (a) the relationships among the 
entities in the conceptual model, and (b) entity class, 
from the conceptual model, of each document in the 
structured collection of documents, such that each 
document is an instance of a respective entity class; 

generation and maintenance means responsive to the 
source for automatically generating and updating each 
document according to respective entity class and the 
relationships indicated among respective entities in the 
source; and 

wherein the source includes a relational database, the 
database holding (i) indicatioas of the entities, (ii) 
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indications of the relationships among the entities, and 
(iii) document contents with respect to the entities, such 
that the generation and maintenance means is able to 
automatically generate complete formatted documents 
as the structured collection of documents, in at least one 
of printable and compilable form. 

8. Computer apparatus as claimed in claim 7 further 
comprising an automatic hypertext generator coupled to the 
generation and maintenance means, said generator mapping 
relationships between the entities within the relational data- 
base to hyperlinks between related documents enabling 
automatic hypertext generation in the structured collection 
of documents. 

9. Computer apparatus as claimed in claim 8 wherein the 
modeled system is a business system and the structured 
collection of documents includes operation-related, 
management-related and quality-related documents. 

10. Computer apparatus as claimed in claim 7 wherein: 
a database application program is executed in working 

memory of the computer system to form the relational 
database; and 

the generation and maintenance means employs a word 
processor for generating the documents. 

11. A method for generating and maintaining a structured 
collection of documents, the method comprising the steps 
of: 

providing a conceptual model of a desired document 
system in terms of its interdependent entities, the model 
including (i) a plurahty of entities of different entity 
classes, and (ii) relationships among the entities, said 
entities and relationships being charted in an entity- 
relationship diagram, including charting and analyzing 
dynamic exchange among the entities in a hierarchy of 
process-message matrices; 

categorizing each document in the structured collection of 
documents into one of the entity classes from the 
conceptual model, such that each document is an 
instance of a respective entity class; 

forming a relational database based on the conceptual 
model and entity-relationship diagram, such that the 
database holds actual information contents needed to 
automatically generate and format each document and 
hence the structured collection of documents; and 

based on the entity-relationship diagram, automatically 
generating and updating each document according to 
respective entity class, such that the structured collec- 
tion of documents is automatically generated and 
maintained, including automatically generating the 
documents in complete formatted printable and com- 
pilable form from the contents stored in the database, 
enabling post processing into an on-line hypertext 
documentation, and further including mapping rela- 
tionships between the entities implemented in the rela- 
tional database into hypertext links between the docu- 
ments in the hypertext documentation, the relational 
database providing a sequence of links to automatically 
propagate a change in each affected document upon an 
administrator-user entering a change in the relational 
database. 

12. A method as claimed in claim 11 wherein the step of 
providing a conceptual model provides a Business System 
Model having business related entities, such that the entity- 
relationship diagram charts relationships among the busi- 
ness related entities; and 

the step of generating includes automatically creating, 
maintaining and distributing operation-related. 
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management-related and quality-related documents as 
the structured collection of documents. 

13. A method for generating and maintaining a structured 
collection of documents, the method comprising the steps 
of: 

providing a conceptual model of a desired document 
system in terms of its interdependent entities, the model 
including (i) a plurality of entities of different entity 
classes, and (ii) relationships among the entities, said 
entities and relationships being charted in an entity- 
relationship diagram; 

categorizing each document in the structured collection of 
documents into one of the entity classes from the 
conceptual model, such that each document is an 
instance of a respective entity class; 

forming a relational database based on the conceptual 
model and entity-relationship diagram, such that the 
database holds actual information contents needed to 
automatically generate and format each document and 
hence the structured collection of documents; and 

based on the entity- relationship diagram, automatically 
generating and updating each document according to 
respective entity class, such that the structured collec- 
tion of documents is automatically generated and 
maintained, including automatically generating the 
documents in complete formatted printable and com- 
pilable form from the contents held in the database, 
enabling post processing into an on-line hypertext 
documentation, and further including mapping rela- 
tionships between the entities implemented in the rela- 
tional database into links between the documents in the 
hypertext documentation, the relational database pro- 
viding a sequence of links to propagate a change in 
each affected document upon an administrator-user 
entering a change in the relational database. 

14. In a computer system, computer apparatus for gener- 
ating and maintaining a structured collection of documents 
from a conceptual model of a desired document system, the 
conceptual model including (i) a plurality of interdependent 
entities and (ii) relationships among the entities, the com- 
puter apparatus comprising: 

a source for indicating (a) the relationships among the 
entities in the conceptual model, and (b) entity class, 
from the conceptual model, of each document in the 
structured collection of documents, such that each 
document is an instance of a respective entity class; 

generation and maintenance means responsive to the 
source for automatically generating and updating each 
document according to respective entity class and the 
relationships indicated among respective entities in the 
source; 

an automatic hypertext generator coupled to the genera- 
tion and maintenance means, said generator mapping 
relationships between the entities within the relational 
database to hyperlinks between related documents 
enabling automatic hypertext generation in the struc- 
tured collection of documents; and 

wherein the source includes a relational database, the 
database holding (i) indications of the entities, (ii) 
indications of the relationships among the entities, and 
(iii) document contents with respect to the entities, such 
that the generation and maintenance means is able to 
automatically generate complete formatted documents 
as the structured collection of documents, in at least one 
of printable and compilable form. 

15. Computer apparatus as claimed in claim 14 wherein 
the modeled system is a business system and the structured 
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collection of documents includes operation-related, 
management-related and quality-related documents. 

16. In a computer system executing at least a database 
application program and a word processing application 
program in working memory, a computer method for gen- 5 
crating and maintaining a structured collection of documents 
describing a business system, the method comprising the 
steps of: 

executing the database application program in working 
memory to form a relational database to implement a 1° 
conceptual model of the business system, the model 
including (a) business related entities and (b) relation- 
ships among the entities, the database holding indica- 
tions of each entity and the relationships among the 
entities with respect to the business system, the busi- ^5 
ness system formed of a hierarchy of business 
processes, each process having an exchange of message 
entities; 

storing document contents in the database with respect to 
the entities as indicated in the database; 

coupling the database to the word processing application 
program in a manner such that execution of the word 
processing application program in working memory 
automatically generates the structured collection of 
documents as updated and maintained throughout the 
database implementation of the model of the business 
system, such that the document contents include 
desired cross-references and are as recent as the indi- 
cations in the database, such that the most up-to-date 
version of the structured collection of documents is 
generated; and 
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forming matrices to chart dynamic exchange of message 
entities among the business related entities, the hierar- 
chy being formed of an ordered set of matrices, there 
being a different matrix for each business process, each 
matrix (i) providing an indication of communication 
exchange of a message entity among other entities with 
respect to a respective business process, and (ii) having 
a succeeding matrix providing indications of exchanges 
of message entities among other entities with respect to 
another business process. 

17. A method as claimed in claim 16 further comprising 
the steps of: 

using the database, mapping interdependencies of the 
entities according to their relationships into interdepen- 
dencies of the documents; 

executing the word processing application program in 
working memory to automatically generate and insert 
hypertext references for linking interdependent docu- 
ments to each other in the structured collection of 
documents based on said mapping, the word processing 
application program generating a collection of hyper- 
linked documents; and 

transmitting on-line the collection of hyperlinked docu- 
ments on a network of computers upon generation 
thereof, such that the collection of hyperlinked docu- 
ments transmitted on-line are viewable by a network 
user. 
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